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Abstract 


LEVELO is the nucleus program of the BUGS extended machine. 
This document describes the logic and organization of LEVELO. It 
is intended for use by systems programmers debugging and 
modifying the operating system as a guide to the code. A thorough 
knowledge of the META 4A Principles of Operation and the LEVELO 
Extended Machine Principles of Operation is assumed. 
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1 INTRODUCTION 


The standard LEVELO nodule is assembled from two SYSIN 
files, LEVOSUP [ CS ECT LEVELO, entry points LEVELO, DISPATCH, 
SIGNALEV] and LEVOIOS [CSECT EXCP, entry points EXCP, ZLIOH, 
UPTIME!?, QTIME'R, and the Unit Control Blocks], Functions of the 
extended machine are coughly divoided into supervisor functions, 
in LEVOSUP, and I/C supervisor functions, in LEVOIOS. Both source 
files reside on the Graphics archival disk, and the text in 
BUGSLIB TXTLI3 on RWB. 

The version of LEVELO for the Null B is no longer being 
upgraded. It consists of one CSECT in two SYSIN files, LEVC-1 and 
LEVO-2 on the Graphics archival disk. Although the supervisor 
functions are largely the same, the I/O supervisor has been 
extensively re-written in the process of deleting the Null B 
support. 


The 
Progcams 


differences in 
and Data will be 


the LEVELO 
discussed in 


for Dynamic Relocation of 
another document 2 


2 "> 


- 1 - 





2 THE SUPERVISOR 


The LEVELO supervisor handles user requests for execution 
control and core management. It is entered upon program checks 
and supervisor call interrupts. The supervisor operates in 
supervisor mode, with I/O interrupts disabled. Global register 
usage is as follows: 

R12 --> user's stack frame header 

R15 --> user's current save area 

Supervisor calls are merely reflected up to LEVEL1 by 
signalling the appropriate event name. 


2. 1 DISPATCHER 


Entry! DISPATCH 

LEVELO Dispatch is a simple priority dispatcher, entered 
only when a return to a user would be inadvisable, or when a 
new task is contending for the CPU. It searches the stack 
frame queue for the highest priority stack frame v»hich is not 
in a wait state, and dispatches it. If all stack frames are in 
wait state <M SR bit 6 on). Dispatch calls UPTIMER 3 to compute 
the running CPU time and then dispatches the top stack frame, 
placing the machine in a wait state. 


2i.2_PROGRAM_CHECKS 


Entryj. PGMCHK 

The user communicates his requests for LEVELO services 
through extended instructions, which cause operation 
exceptions. The LEVELO program check handler reflects all 
other program checks up to LEVEL 1 by signalling the 
appropriate event name (X'DOxx*). 


3 vide Timer Control, Section 3.6 
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• If the reason for entry was an operation exception, 

the program check handler searches for the offending 
opcode in the extended opcode table. Upon success, 
the program check handler calls the associated 
routine via K1J, and then returns to the user, 
unless the routine exits to the dispatcher. 

« Otherwise, an invalid opcode event is signalled up to 
LEVEL1. 


2.3 EXTENDED INSTRUCTIONS 


The Extended Instruction Handlers are 
through the program check handler or through 
Both the internal calling sequence and 
instruction format will both be described where 


entered either 
internal call. 

the extended 
appropriate. 


2.3.1 EXECUTION CONTROL INSTRUCTIONS 


The Execution Central 
scheduling, blocking, creation 
BUGS. As such, they are 
dispatcher and to each other. 


Instructions provide the 
and destruction of tasks in 
intimately related to. the 


3 A J^_SIGNALLJE]iS_ Scheduler 


Ent ry: SIGNALEV 

Internal CaJ.lj.ng Se quence : 

R8 contains event name 

R9 --> status information 

RIO contains length of status information 

Instruction Fermat.: 


I-T-1-1-11-1-1 

I FC | 00 | Bn | Dn | Bs | Ds | 

i- x -1 __x _i_i_J 

0 8 1620 3236 47 
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The SIGNAL routine acts as the scheduler of 
interrupt, processing. It searches the appropriate event 
list for a matching entry. If none is found, the low 
order hex digits of the event name are successively 
zeroed and the list re-searched. If no entry matches 
even partially, the trap event entry is chosen. 

In any case, there are three possibilities of event 
list entry types which could be selected: 

• If the entry indicates the event should be 

ignored, SIGNAL exits to the Dispatcher. 

• If the entry indicates the event sould be 

handled syncronously (immediate event) , SIGNAL 
exits to ENT processing to start the routine 
running immediately. 

• Otherwise SIGNAL creates a new stack frame 

header, copying the entry point,priority, and 
stack frame size from the event entry and 
exits to the Dispatcher. 


2i.iili.2_K A IT:_Suspe nd Exe cution 

E ntr y: WAIT 
Instruction Format: 


7e | 00 | Xw T Bw T Dw 
8 12 16 20 


_I 

31 


The WATT e 

xt.ended instruct 

ion 

ch 

ecks 

the 

high order 

of 

the Wait 

Control Ha 

.If word: 





• 

If the 

bit is on. 

WAI T 

return 

s to 

the 

caller. 


(vi a 

R13) . 







• 

If the 

bit is off. 

WAIT 

St 

ore 

s the 

caller *s 


stack 

frame address 

in 

the 

WCH, 

sets the wait 


bit 
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stack 

fr 

a me 

MSB 
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t he d 

ispa tche r. 








- 4 - 






2*3.1.3 POST; Continue Execution 


Entr y; POST 
I ns true t io n Forma t; 


1 FE I 00 I Be T Dn 7bwT Pw ! 

0 8 1620 3236 47 


The POST extended instruction swaps the former 
contents of the WCH with the return code; it then checks 
the former contents of the WCH; 


I f the 
to th 


If the 
be a 
M SR 
POST 


former c 

o n te n t 

c: 

were z 

ero, 

POST 

retu r 

ns 

e caller 

(via 

R1 

3) * 





contents 

were 

no 

n-zero 

, it 

is as 

suraed 

to 

stack f 

came poi 

nter. 

It 

wait b 

it in 

the 

of that 

stac 

k 

fra me 

i s 

turned 

off. 

and 

returns 

to t he 

c 

aller 

(v ia 

R 13) . 




2.3.1 ,4 E NT; Su brouti ne Entry 


Entry ; SYNCHE NT 

Int erna l Calling Se quen ce: 

R2 contains length of automatic storage 
Instruction Fermat: 


i- t-t-1 

1 BE | 00 | Length J 


0 


8 1 

6 


31 



The 

ENT routine 

com putes 

the 

tota 

1 a 

St o 

rage 

required by 

t he u se r f 

or 

linka 

ge. 

his 

automatic data: 






• 

If the requirement can 

be 

met f 

rom 



extension. 

the ne 

Vi 

re ma 

ini 



calculated 

and stored 

• 




mount of stack 
save area and 


the current 
ng length is 
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for the 




• Else a stack, frame pointer is set in R15 

user, and chained into the stack. 

• If bit 3 is on in the MSR, SOCHENT was entered 

due to an interrupt; the status information is 
moved into the stack and ENT exits directly to 
the new routine. 

• Else the PC in the interrupted stack frame is 

set to the former contents of R14, R2 through 
R14 are loaded from the interrupted stack 
frame, and ENT exits directly to the new 
routine. 


2.3.1.5 SET; Subroutine Exit 


Instruction tor mat 


OB 


1 z 


1 s 


The RET extended instruction handler sets R15 equal 
to the address of the previous saveaiea; 

• If there is no previous savearea, the stack 

frame header is removed from the active queue 
and freed, and RET exits to the dispatcher. 

Else it computes the new remaining length; 

• If the address of the next savearea in the 

savearea pointed to by R15 is the same as the 
former contents of R15, RET stores the new 
remaining length. 

• Else it. is popping up from a stack extension, 

and frees the extension. 


the new remaining le 

ngth 

is 

equal to 

the 

total length. 

the 

head 

er 

is dequ 

eued, the 

stack frame 
dispatcher. 

treed, 

a nd 

RK 

T e xi ts 

to the 

checks the 

sta tus 

of 

the 

routi ne 

to w h ic h 


control is about to be returned: 
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* If it is in a wait state, RET exits to the 

dispatcher. 

• Else it returns directly to the new stack frame. 


2.3.2 DATA MANAGEMENT 


The free memory is maintained in a linked list, with 
the pointer to the starter element in the META 4A Unit 
Control Block. If the low order bit of this semaphore is 
one, the META 4B is using the queue, and the META 4A must 
loop, waiting for the list to be free. 

The entries are stored by ascending address, to 
facilitate concatenation of adjacent free areas. Each entry 
is of the format: 

r-1- 1 

0 | next, pointer | 

i -4-1 

2 |length of entry | 

next pointer: pointer to the next element on the free 
queue. 

length of entry: the length of this entry in bytes, 

including the header. 


2.3.2.1 GET : Get C o ntrolled Storage 


Entry! GETMEM 

Internal Calling Se quence : 

Et6 contains amount of storage required (in bytes) 
Ret urns: 

R5 --> new allocated area 

R6 contains rounded length 

Ex its: 

» normal -- to caller via R14 
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• abnormal 


to PGMCHK 


Ins true tioa Format: 


\ 01 J Ba 7 HI "1 

I_I_ L _J 

0 8 1215 

r-1- t-1-1-1 

J 41 j| Ba | XI | B1 1 Cl | 

0 8 12 1620 31 


Tha GET MEM routine searches the free memory queue 
for the first entry long enough to satisfy the request: 

• If no entry long enough is found, GETMEH exits 

to PGMCHK to signal a Mo Free Memory program 
check. 

• If the entry matched the requested length 

exactly, it is dequeued and its address 
returned to the caller. 

• If the entry is longer than the request, its 

length is decremented by the requested length, 
and the address of the entry plus the length 
remaining is returned. 


2.3.2.2 GETMAX: Get Maximum Controlled Storage 

Jntrn GET MAX 
iJiijiOct ion F or ma t: 

I-T-1-1 

| 02 | Ra | R1 | 

i_i_j_i 

0 8 1215 

The GETnAX routine searches the free memory queue 
for the laryest element: 

• If the queue is null, GETMAX exits to PGMCHK to 
signal a No Free Memory program check. 
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Else it dequeues the eutry found and returns its 
address to the user, exiting via R13. 


2.3.2.3 FRE E: Free Controlled Storage 


Entry.! FREE MEM 

Inte rn al Calling Sequencey 

R6 --> area to tree 

R7 contains length of area to free 

Exitsy 

• normal -- to caller via R14 

• abnormal — to PGMCHK 
lJ3f:!£iiction Forma t:_ 

I-T-1-1 

| 03 | Ra | R1 | 

L_I_J_I 

0 8 12 15 

I 43 T Ra | XI | B1 I Dl ] 

I-1_J_J !_J 

0 8 121620 31 

FREEMEM searches the free memory queue for an entry 
with a forward pointer greater than the address to be 
freed: 

• If unsuccessful , it selects the last element on 

the list. 

• It then checks to see if the end address of the 

selected element is adjacent to the area to be 
freed. 

• If so, the lenqth of that element is incremented 

by the length to be freed. 

• Else, the new element is enqueued at that point. 
FREEMEM tnen examines the next element on the queue: 
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• If it is adjacent to the new element, it is 

dequeued and the new element’s length adjusted 
accordingly. 


2.3.3 INTERPROCESSOR COMMUNICATIONS 


2. 3 . 3.1 INT B: In terrupt META 4B 


Entrxi SHOULDER 
instruction Format.: 

I-T-1-T-T-1 

| 63 | 00 | Xt | Et | Dt | 

0 a 121620 31 

The INTB extended instruction handler issues a 
start I/O to the IPI to determine if the last interrupt 
has been acknowledged by the META 4B: 

• If the last interrupt is still pending, the 

routine loops until the META 4B acknowledges 
the interrupt. 

• Otherwise, it stores the interrupt code in the 

META 4A UCB Unit Status Halfword, and issues a 
start I/O to interrupt the META 4B. 


2 A 4_C ON TROJL_ BLOCKS 


2.4.1 STACK FRAME HEADER 


i-1-1 

0 jparallel queue 1 

i-1--i 

2 |priority|///////| 

Ir - -1-1 

I stack frame size| 


4 















v~ 

16 


SFP save | 


L. 


-L 


J 


parallel queue: this pointer is used by IEVEL0 to maintain 
a queue of the stack frames of each of the parallel 
routines currently running on the system. The head of 
this queue is in memory location X'60'. 

priority: This byte contains the priority assigned to this 

parallel event. The priority is used by LEVELO to 
decide which parallel event should be given control 
each time such a decision must be made. 

stack frame size: This halfword contains the stack frame 
size estimation made by the programmer. 

SFP save: Whenever the parallel routine is not executing, 
its current SFP is saved in this halfword. 




2. 4. 2 STACK F R AM E 


SEP 

I 

V 

0 | previous pointer | 

l-.J 

2 | next pointer | 

t -4 

4 I I 

save area 
I I 

V -4 

221 \ 
a utomaric 
storage 

I I 

i_ j 


previous pointer: this halfword contains the address of 

the stack frame section of the routine executing 
dynamically prior to this routine. 

next pointer: this pointer is used by LEVELO to maintain 

the dynamic link of stack frame sections and is of no 
direct use to the progra roue r. 

save area: these 15 halfwords are used to store the 

routine’s MS R through register 14 at any time his 
execution is delayed due to an actual machine 

interrupt or to a subroutine call. 

automatic storage: This space is the actual automatic 

storage requested by the routine. It can vary in size 
from 1 to n halfwords; this size is determined by the 
extended instruction ENT, which must be the fir st 
instruction of every routine that either saves the 
registers of the previous routine or requires 
automatic storage or both. 
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2.4.3 CPU UNIT CONTROL BLOCKS 


The CPU Unit Control Blocks ace used for 
interprocessor communications and vary in format from the 
I/O unit UCB's. 


2.4.3.1 A-C PU 


0 | 7 | 

2 (Interrupt Code I 
*- H--» 

4 | --> MULTICOM 4 | 

I--1-1 

6 | Freelist Flag 5 | 

8 |-->Freelist Head| 


4 Initialized by MULTIPftC at execution time. 

5 Low order bit used as Freelist semaphore. 
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3 I/O SU PERVISOR 


The I/O Supervisor handles all local 1/C interrupts, and 
processes the EXCP extended instruction. Since the supervisor 
simulates a virtual channel, the EXCP and interrupt processing 
are intimately related. 


3.1 REGISTER USAGE 


Some of the general purpose registers have fixed contents 
during operation of the I/O Supervisor: 

R3 --> current CPC 

RIO --> Unit Control Block 

R1S --> user's current save area 


3_.2_DI SPATCHER 

Entry! EXCPDISP 
Internal Calling Sequ en ce : 

RIO --> UCB 

R5 contains current operation 
The possible operations are; 

• 0 — EXCP 

• 1 -- READ 

• 2 — WRITE 

• 3 — NGP 

• 4 — SENSE 

• 5 -- SENSE with reset 

• 6 -- SPECIAL 
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• 7 -- Interrupt 

The dispatcher uses the code in R5 as an index into the Where 
to Go table in the UCB. It then uses the byte at that offset 
in the UCB WTG table to index into the global WTG table. Since 
many of the entries, e. g. NOP, SENSE, SENSE with reset, are 
identical, this saves space from individual WTG tables. 


3.2.1 EXCP ROUTINES 


The EXCP routines are generally responsible for 
insuring that the unit is ready before starting an I/O 
opera tiou. 

Register Usage: 

R3 --> current CPC 

RIO --> UCB 

R13 --> return point 

8 15 --> user's current save area 


3.2. 1.1 CCM SIO 


Entryi COilS 10 

The common start I/O routine issues a sense to the 

unit: 

• If the USH returned indicates that the unit is 

busy or offline, CC.MSIC sets the condition 
code appropriately in the user's stack frame 
and exits via R13. 

• Else COMSIO continues into CCMRDY. 


3. 2. 1.2 COMRD Y 


Entry! COMFDY 

COMRDY is entered from CGMSIO or directly from the 
EXCP Dispatcher, if the device cannot be offline. It 
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sets the "logically busy flag on in the UCB and calls 
CPC processing 6 via R9. 


3.2.2 INTERRUPT ROUTINES 


Register Us ag e: 

R3 --> current CPC 
RIO —> [JCB 

R15 --> interrupted task's current save area 

The interrupt routines are completely unit dependent. 
They do share some common characteristics: 

• They check for errors, and either retry the 

operation or set the device non-busy and exit to 
SIGNALEV to signal an error event. 

• Else they check for operation complete: 

• If the operation on the CPC is complete, they call 

CPC processing via E9 at entry COfilNTEN to 
continue processing on the CPC chain. When 
control is restored, they exit to SIGNALEV to 
signal the operation complete event. 

• Else, they issue the next start I/O in the sequence 

and exit to the interrupted task. 


3.2.3 META 4B INTERRUPT PROCESSING 


When the I/O Supervisor recognizes an interrupt from 
the META 4B, it retrieves the interrupt code from the USH 
in the META 4B UCB, acknowledges the interrupt, and exits 
to SIGNALEV to signal event X * 1031 ', with the interrupt 
code as its status. 


6 vide Section 3.4 
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2 s. J_ E X C P _ P H 0 C E S ST N G 

EntriJ. EXCP 
Instruction Fo rm at; 


f FD 7 00 T“ Bu T Du T Be T Dc ] 

O 8 16 20 3236 *7 

The EXCP routine sets RIO to pointer to the proper UCB, 
sets R3 to point at the user's CPC, then tests the UCB flags: 

• If the unit is logically busy, it sets the condition 

code appropriately in the user’s stack frame and 
exits via R13. 

* Else it enters the EXCP dispatcher with a 0 in R5. 


3.4 CPC PROCESSING 


Entry.! C0MI NT ED 
Regis ter Us ag e: 


R3 --> current CPC 
R9 --> return point 
RIO --> UCB 

R15 --> user's current save area 

COMINTPD is the common CPC interpreting loop. It stores 
the current CPC address in the UCB, picks the opcode from the 
CPC, clears out the high order four bits, and places a copy of 
the in in R1 4 : 


• If the opcode is greater than 7, it exits to SIGNALEV 

to signal an Invalid CPC program check (X'D024 ’). 

• If the opcode is egual to 7 {TIC) , it picks up the new 

CPC address and goes back to the start of the loop. 

• Else it calls EXCPDISP via R4, with the CPC opcode in 

R5 to call the unit dependent routine. 

When it returns, it checks the immediate operation flag in the 
UCB: 
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• If it is off, an interrupt is expected, and COUINTRD 

returns to the caller via R9. 

• If it is on, COMINTBD checks for chaining in tne CPC 

flags: 

• If chaining is indicated, COMINTBD humps R3 by 6 and 

re-enters the lcop. 

• Else it resets the "logically busy" flag in the UCB 

and exits via R9. 


3.4.1 UNIT DEPENDENT ROUTINES 


Regis ter U sa ge : 

R3 --> current CPC 

R4 --> return pcint 

R9 RESERVED 
RIO --> UCB 

R14 contains modifier field of CPC 
R15 --> user's current save area 

The unit dependent routines generally start an I/O 
operation, set a flag in the UCB to indicate what operation 
is in progress and then exit via R4: 

• If the operation completes immediately, the 

immediate operation flag is set in the UCB flags. 


3..5_I/0_INTERR UPT_PROCE BEING 


Ent ry: ZLIOH 


ZLIOU sets RIO and R3 to point to the interrupting unit's 
UCB and current CPC respectively. It then checks the I/O old 
MSR: 


• If the interrupted task was in a wait state, it sets 

the expected CPU interval egual to the current 
contents of the timer. 


It then checks the interrupting unit's address: 





• If the interrupt was from the META 4B, it goes to the 

META 4B interrupt handler 7 

• Else it branches to EXCPDISP with a 7 in R5, 

indicating an interrupt. 


3.6 t i;me s CONT ROL 


The 
track of 


Timer control 
running and CPU 


code 
ti roe, 


allows the LEVEL 1 user to keep 
and to set time intervals. 


3.6.1 TIMER INTERRUPT ROUTINE 


Entry.: GRA 

NDDAD 










The 

Ti mer 

Interrupt 

Rou 

tine 

ca 

11s UPTIMER t 

0 

update 

t he 

CPU an 

d Rtinn 

ing tiroes. 

It 

then 

set 

s a new time 

i 

nter va 1 

in 

the Tim 

er, a 

nd checks 

to see 

if a 

time interva 

1 

set by 

the 

user h 

as exp 

ired : 









• If 

the u 

ser's 

inte 

rv al 

has 

not 

expired, it 

L 

eturns 



direct 

ly to 

the 

in te 

rr up 

ted 

routine. 




• El 

se it 

exits 

to s 

IGNA 

LEV 

to s 

igna 1 event X 

« 

200 1 


3.6.2 QTIMER INSTRUCTION 

JntEIi QTIMER 
In st ruct ion Fo rm at: 


| 64 | CC | Xt | Bt | Dt | 

L_I_ X _J_J_J 

0 8 121620 31 

The QTIMER routine calls 0PT1MER to get the up to date 
time, then moves the RUNNING and CPU times from the UCB 


7 vide Section 3.2.3fot details. 
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exits directly to the 


extension to the user’s area, and 
user. 


3.6. 3 UPTIMER ROUTINE 


Knjtryi UPTIMER 

Jxitsj, to caller via R13 

UPTIMER is called by the dispatcher wchen it is about 
to go into a wait state; it is called by the Timer 
Interrupt Routine to update the clocks; and it is called by 
QTIMER to get the corrected tines. 

It subtracts the contents of the Timer from the 
expected interval, then adds the computed value to the 32 
bit clocks. It then replaces the expected interval with the 
contents of the Timer. This code, combined with the setting 
of the CPU expected interval by the I/O interrupt nandler 
should maintain the CPU and Running time 32 bit clocks. 
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3.7 CONTROL BLOCKS 


3.7.1 UNIT CONTROL BLOCK 


The Unit Control Block contains the device independent 
information for each device and most of the residual 
control information needed to simulate the virtual channel: 


0 

r ' 

i 

l 

unit 

T— 

address 

I 

1 

J 

2 

I 

i 

unit 

f 

status 

1 


t- 


—+- 

-3 


4 | reserved | for GMS| 

i- \ -1 

6 | flag bytes | 

8 |—> current CPC | 

l-4---j 

10| sense IOCC | 

12 ] " w/reset " | 

l-1--j 

14| offline|flags j 

1b| | | 

where to go 

table 

I I 

V-1- i 

2 41 unit dependent | 
e xtension 


unit address: virtual unit address. 

unit status: U3U from last SIO or interrupt. 

reserved for GMS: unused in all UCB's except for disk, 
where it is used for Dr. Memory communications. 

flag bytes: residual control bits: 
byte 0: 

bit 0: logically busy; set at start of EXCP; reset 
at operation complete 
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bit 


1: im 

me 


i mm 

edia te 

• 

bit 

2 : 

verif 

y 


verified 

be 

bit 


3: m 

ul 


ope 

ration 

i 

bi ts 4 

-7 : un 

us 

e 1 

: 



bi t 

0 : 

write 


bit 

1: 

r ea d; 

r 

bi t 

2 

: veri 

fy 


bei 

ng ver 

if 

bit 

3: 

con tr 

ol 


if CPC operation was 


bit 3: control; control operation in progress, 
bits 4-7: unused. 


3.7.1.1 BUGSUCB Macro 


The BUGSUCB macro is used to generate the Unit 

Control Blocks and to generate a DSECT of the UCB’s: 

label BUGSUCB addr,offline,sense,senser, 

(wtg-list)[ / UNITX=size] 

label: name of UCB. 

addr: virtual unit address 

offline: self defining term for bits which if set 

indicate that the device is busy or offline. 

sense: hex code for 2nd half of sense ICCC. 

senser: hex code for 2nd half of sense w/reset IOCC. 

wtg-list:names of pointers in global Where to Go Table 
for device dependent routines. 

size: number of halfwords for unit dependent, extensions 
to UCB. 

If TYPE=DSECT is specified, a DSECT rather than a real 

UCB will be assembled. 
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3. 7. 1.2 Timer UCB Extension 


The UCB device dependent extenstion for the 
Interval Timer cortains the running clocks and the 
information neccessary to control them. 

24|time precision | 

f-f-i 

26|time interval | 

t-f-- i 

28| RESERVED | 

30 | CPU interval | 

j.-f--J 

3 21 running | 

i -+--l 

I time | 

t-p-j 

361 CPU | 

l -+- \ 

| time | 

40| expiration J 

l -+--l 

I time | 

L-1_I 


timer precision: time interval to be set when Timet' 
ex pi res. 

time interval: amount of time expected to have passed 
when a Timer interrupt occurs. 

CPU interval: amount of CPU time expected to have passed 
when a Timer interrupt occurs. 

running time: time in timer units since IPL. 

CPU time: CPU time in timer units since IPL. 

expiration time: time at which LEVEL 1 wishes to receive 
an interrupt. 
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